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SYSTEM FOR PROVIDING EVIDENCE OF PAYMENT 
Inventor.David Stanard 
BACKGROUND OF THE INVENTION 

Field of the Invention 

5 The present invention relates genera,ly to a system for providing evidence of payment. 

Specific^, the present ,„ven,ion re,a,es ,o a computer based system capable of providing even, 
tickets via the interne,, wherein the tickets may be provided direetiy to the .oca, use, 
Descriptio" ^e Prior Art 
Presen,iy,,icke,s for en.ertatnment events mus, be purchased either in person, in whichcase 

or otherwise have them de.ivered prior to the even, This can be inconvement or tmposs.bie for 
ertaincustomers, in which case, the customer may miss an even, and the venue wtlUose a sale. 
Recently, use of the internet ,o scl, goods and services has created add.ttonal, more 
15 convenientpurehasingoptionsformanyconsumers.Mostanyitemcanb.foundforsaieont^ 

let inlding entertainment event tickets such as concert tickets, movie tickets or ttcke ts to 
s:lgeve„ts.Onevendor,forexa m p,e,prov,desaweh site for customers wishmg to purchas 
::,sLmynadofeven,saround,hecoun,ry.Xheconsumersimp,y ™ 
.nd suppliesasuitable method ofpayment, such asacredi, or debi, card number. However, after 
2 0 Tuchl .hephysieai.ickcsmusts.iiibepickedupbyordeiivered.o.heconsumer. Thtsdoesno,, 

ability to pick up or otherwise take receipt of their tickels. 

,he even, a, ,he venue, however, in certain instances, this may pose significant problems. For 

licke , is ,os, or s,o,e„. there ,s no way to inval.date or reissue the ticket. Likewise if a Uc et , 

is not legitimate. 
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Therefore, i, wouldTe desirable ,o provide a system .ha, would aUow a customer to easily 

being necessary. Add—, * wouid b e advantageous t o aUow a customer t o pr,„t he „ck , 
hJe lf onap„„,era t «^^ 
; actually pick up the tickets or have them delivered. 

SUMMARY OF THE INVENTION 
The present invention provides a syste m and method for providing secure and encrypted 

a customer and a, least one database to provide event tickets that may be pnnted or otherv.se 

^"manows a customer or potential customer to access and review any number of 
databases which contain venue information for at least one entertainment venue. These databases 

a specific even,. The database may a.so provide information relating to the current ava labthty of 
^number of ,oca,ions. ,n ,his way, a Corner may access venue informal or local as we 

I st od, however, tha, relation is no, necessary and a customer may be aliowed restncted, 
Lc^«*to^^'^^^* m ^* ZZ 

Elation Sufficient , allow the system to charge the customer, credtt card accoun, 
" li, car , eiectronic checks or direct checking account withdrawals, for instance, thereb 

olr tndtvL, to allow tha, indivtdua, to purchase tickets through the 
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credit card information and charged the customer's account, the system will then designate or mark 

the particular seats as "sold" or otherwise unavailable for future purchase. 

Upon completion of the purchase transaction, the system will generate a specific, umque 
encrypted code or signature which corresponds ,0 each venue, even, and sea, ticket the customer 
purchased. The digital signature created by the system in unique to both the specific venue, even, 
and sea, as well as ,0 the customer. Therefore, the digital signature essentially b.nds the specfic 
seat ,o the customer. This signature may then be used as part of the data contained in a two- 
dimensional barcode. The two-dimensional barcode may contain additional information related ,0 
thespeeificvenue.event.seatloca.ions.aswel.asrdated.ospecificcustomerinfonna.ion.suchas 

, he customers name and other information which may be used to identify the individual when the 
.icketispresen.cd.ogainentrancetothecvent.TheusermayprintthetieketfromhisPCusingany 

suitable printer. The ticket will typically contain, in addition ,0 the encrypted two-dimens.ona, 
barcode, certain user readable information. Such information may include, fo, instance, the date 
,ime and location of the event as we,, as the specific seats which are represented by the ticket. A 
5 scanning station a, the even, reads the information from ,he eneryp,ed barcode and transmits that 
informationtoaproeessorwhiehinterfaceswiththesystemdatabaseto verify that the „cke, has no, 
been previously used, invalided, forged or otherwise tampered wi,h. This processor may be 
iccated at thevenueor a, some other location, depending on the specific requirements of the system 
and the infrastructure and bandwidth available at the venue. 
■ 0 The barcode generated by the system is a two dimensional barcode and ts typ.caUy 

encrypted. In this way, the barcode may be transmitted over a computer network, such as the 
.nternet, and may be printed directly on a printer attached to the customers persona, computer 
,.PC") The ticket need no, be printed immediate.y a, the time of purchase, but may be stored 
electronically, either on the customers PC or in the system. ,„ either case, the ticket may then be 
25 pri„,eda.a.a.erti m e,therebydecreasingthechanceof«icket,ossprior,o,heeven,. I nadd,„onto 

toring information regarding ,he specific even, and customer, the two-dimensiona, barcode may 
a , s oeon.ininformat I o„,ha,wi 1 ,a.,owverif 1 cationofcus,omeridenti«ywhenthetieke,,sprese„,ed 

a,avenueForins,anee,apersonalidentifica,ionnumber(»PlN") m aybeeneodedin,o,hebarcode, 
which may be later verified by the customer a, the venue when the ticket is presented. 

Another aspect of the present invention is the ability to transfer a ticket without the need to 
exchange a physical embodiment of the ticket. TypicaUy, a user who is unable to use a ticket or 
otherwise des.res ,0 transfer ownership of the ticket to another, will enter the system and prov.de 
certain specific information abou, ,he .ransferee to allow ,he sys,em ,o crea,e and issue a separate 
unique digi,a, signa.ure and create a second .wo-dimensiona, barcode which is specfic ,o the 
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the first ticket. 



Th e system of the present invention may be used in s.tuation where a secure method of 

^ rf ^u^ ---rr^z; 

5 ^ed.oanCeC.onic.aUoro^rnessageaspanofaw.Oessareap^oco, 

allow passage into the venue by the user of the wireless dev.ce. 

BRIEF DESCRIPTION OF THE DRAWINGS 
,0 Figure 1 shows a schematic of a system of the present invention. 
Figure 2 shows a schematic of a customer database. 
Figure 3 shows a schematic of a ticket database. 
Figure 4 shows a schematic of a venue component of Figure 1 . 
Fiaure 5 shows a venue database and scanning station. 
15 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

As shown in Figure ,. the systems of the present invention provides a, lea, one centr. 
server , 2 which may be connected to a computer network" such as the Interne,. The server 12 
2 ably contains at least one venue component ,4, or database ,4, a, leas, one custom* 
^.-^.e-.^c-,--.-— ..^ ^preferred embod.me* 

ZL .ay be accessed by a remo.e customer having a persona, computer 10 w,th the capab.hty 

web browser or other software. Upon init.ally entering the system, the user -P— 
25 P resen,edwi,ha P ,ura,i,yo f op,ions,ode,ermi n e,hespecif,cneedorre q u,remen,ofthus^ 

Lance the system may allow an ex.sting user to enter a username and password, thereby 

allow a new user to set up an account within the system. 

As shown in Fig. 2, the systems of the present inventton may include a customer or se^ 
30 databas e 1, Whe„anewuserdesirestoset-u P orcrea,ea„accou„, — 

may prompt the user for a variety of information. Such an informat.on may mclude, for mstanc 

orotherinformationwhtchwouldaliowforasuitablemethodofpayment. ,„ addmon, the system 
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may alsore ll ues.ce rt aindro g raphic i n f or m a t ion,suchas t heuser,a g eancon 1 e,eve 1 ,fa mi l y s,a,us 

rypicaHy inciude a mechanism or process whereby the user may change certain informal stored 
5 m the customer database, such as the users address or payment informatton. 

A user wiU preferab. y tog into the system. The log-in process typicai.y indudes tnputtmg 

users individual account information in the customer database and verify the tdentttv of the use, 
Oncetheusersidentit.hasbeenvenfiedandtheuseris.oggedintothes.stem.heuser.spresen, 

^^^^^«^^^^^^^^ 
Ichantsm to anow the user to obta.n the password, such as by reding the user to supp, 
additions identifying information to the system or by emai.ing the password to the users 
15 lybeaiiowedgreateraecesstoadvaneedsystemfeature.fore.ampie.towh.ehnon-regtstered 

,o purchase tickets or obtain general information through the system. 

OTO dK U »h»to g ^imo tel ^«--»i»P^^•^ rf, ^ 

Sudl options may incfude viewmg information reiatmg to a specific venue, P— 
20 obtatning a refund on a previous,, purchased ticket, transferrtng a ttcke, to another user or re 
slg .ost,s,o,enordes,royed t,c k e, U shouid be understood, however, , ha, any number 

USeI ' Fig ure 3 shows a ticket component or database ,8 of the present invention. The ticket 
25 databasesoresainnformattonregardingeachofthevenueswhicharepanofthesystemstnseparte 

^accounts. Such .formation 30 ^ 
venueticketingpoiicesK venue events 46, etc. The ticket database eommumcates wtth both the 
Homer datable and the venue database ,4 to provtde aH the informal necessary to 

effectively distribute and manage the tickets issued through the systems. 
30 T eticketda,ab a se,8ma y inc,udeanynumberofmodu,es,componentsora P phcat,o^ 

npgradtng tickets 42 and re-issu.ng tickets 44. Any combtnat.on of these apphcat.ons may 
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^ne primary functionofthe^^ 

dlgit a, Zl or suture that repots each indiv.ua, seat a t each individual even, at each 

^TLl- — and verified as available. The ticket database W i>, place a 

h d on the sears whUe .he cus.onrers transaction ,s being completed (ie. the customers 
temporary ho.d on the seats ^ ^ ^ 

a.phan U meric descriptor. Once a code rs assigned to a parucular s e 
'ding the par.icu.ar seat will be accomplished using the assigned s, g na, re. referably, 

may be used in the present invention. Tins ^ J ^ fey ^ M bM may al so contain 
id e„tifies the specific venue, event an - ^ information may be 

information regarding the customer. For instance, ce 

mepriorart. Hence, where a ticket, stolen or counterfeited, fo he authorized 

25 PUrChaSe "' 0 ^" ! «e t system can invalidate that particu,ar ticket, thereby 
has been ,ost or ^ "^^^ ted ^^ 
pre ven,,ng future use. The use * ^ he dlgiml SIgnature is .ypieal.y encoded, the 

funherincreasesthesecuntyofthesystem. g 

By using a digital signature to represent each ticket, y 
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tick e t „o.on g e rb e>o„ gSt o t hef, r s tC us t o m e r , b u,„ow t o*e second— Preferably,*,, 
l mpll J by mval,d,in g the r, rst d, g ,ta, si g na,ure and g eneratin g a new d, g ,ta, s, g nature 
representing .he specific seat, event, venue and the new ticket owner. 

Th e US eofadi gi ,ais lg nat U rea 1 soa l ,o WS acus,o m ertore qU estthata.ic k etbere-,ssue d! n 

t„ecasewheretheor, g ina,was,os^^ 

digi ,a, si g na,ure and creates anew digita, si g nature which represents the "new ucto.AU of the 

I Z L. ~ only one may he used to g ain admittance or entrance to parttcu^ eve 
ol lt he B ins to occur further and .rther in advance of the actua, event, the chance that a 

ir:: ju or ^ his «~ — , ^ - 

eliminates the possibility that a customer will permanently lose his ttckets. 

^dicke^o— ^ 
^ Icustomerreceivestheeiectronicinformat.on.hemayin.mediatelyprintat.c.cetus.nBany 

a ,so be stored on the customers PC and the ticket printed at some future ttme. 

As shown ,nF, g .4,the venue component or database ,4 includes a, leas, one database 0 
^ Uormationrelatin.tothespecific venue. -^J^^ 

;rp,ay i n fi e,d,etc.,thecostofeachsea,andavai,ab i li«yofs U chseats.Event 1 n f or m a,o n rna 
Icor ^ ed in an even, database 52. The venue database ,4 also allows the systems to track o 
^ Ilcn — have been purchased or reserved - whtch are St, out— - 
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• • v ^au^r tickets which have been used 
venue database .4 is also responsible for m a,„,a,„,„g a „st of , hose 

l Z tha, a panicuiar ticket Has been used , acceptabie. Preferabi, a piura , y of scanntn, 
ris 56 are used at the ent. points ,o the venue ,0 scan .be two-dtnrensionai bareode on t be 

tiCkCt The venue database^ be phyS icaH y ioea.ed on-si.e at ,be panicuiar venue or m ay be 
.oca.edrerno^iy.forins.anceatacenrral.zediocation.Wherethevenueiscapabieofprov^Bfbe 

■~ssss=sss. 

„ , h <e,4 ei,herviawiredorw,relesscon„eetion58. As customers present the.r.tckets 

" ==E==E====B 

scannmg stat.on 56 ma y conta, ^ ^ ln ^ 

ticketmformattonhasbeen sent. ^ a 

al ,ow tbe user ,0 enter the venue, a "rejecf response, wh.ch re q u,res ft 
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previous , yd esc„ b e d , m a yb e a pp,ie dt0 v,„ Ua n y a„ y « y peo f ,oo d o ^ ~ ^ ^ ^ 

there z:iai: ctange ,^ 

d e t a il sof t heinus«edconst r uct i on m a yb e m a d ewi t hcu td epa rt ,„ g fro mt hesp,nto 



